医院外联业务中台如何设计与应用？

引言

随着互联网技术的快速发展，移动支付已广泛应用于各个商业领域，改变了人们原有的生活方式和消费习惯，医疗作为民生的基础，也面临着前所未有的机遇和挑战。近年来，国家连续出台“互联网+医疗”的相关政策，鼓励、指导医院开展便民惠民服务，利用线上、线下相结合的方式优化就医流程，提升患者就医满意度，患者看病从传统的到院排队挂号逐步发展到预约就医、互联网就医，现金支付发展为移动支付等，伴随着就诊模式的转变，患者对医疗服务的要求也越来越高,越来越重视就医体验，患者智慧服务需求呈精细化、多样化、互联网化的发展趋势，智慧医院建设全面加速。

医院外联业务现状

为改善患者就医体验，提升服务质量，经过多年的信息化建设，我院已建成了以企业服务总线（ESB）为基础平台的互联网就医服务体系，主要建设内容有：自助服务终端系统、手机移动支付体系、多渠道预约体系、互联网就诊信息查询、互联网线上问诊、电子发票、患者用药指导等，丰富的互联网应用为广大患者提供了便捷的就医服务。

传统的医院外联平台大多采用企业服务总线架构，各个不同的业务系统之间存在较强的业务耦合和功能耦合，分布式存储、分布式扩展能力较弱，系统架构难以支持高并发、可扩展的需求，每当新的业务接入时需要重新开发或对原有接口进行按需改造，服务接入集成复杂度高、成本高、共性的业务共享能力薄弱，随着互联网应用的不断扩张，当前架构难以满足越来越多业务共享和外延的需求。因此，新型医院外联业务平台的建设需要进一步的开放其服务能力。

医院外联业务中台解决方案

业务中台概述 中台介于前台与后台之间，是一个能够同时支撑多个业务，让业务之间的信息形成交互的机制，中台是一种技术架构，更是一种思维模式，可以把一些广泛适用的经验，从具体的业务中抽离出来，形成一个通用模块，从而能够被其他多个业务复用，业务中台将后端的业务能力封装成可以被重复调用的服务，以程序编程接口（API）的形式向前台发布，从而提升了前台应用调用后台业务资源的能力。通过中台治理的理念和方法，构建医院外联业务中台是当前解决医院复杂业务协作问题的有效途径之一。

外联业务中台架构设计 医院外联业务中台面向医院外联业务提供服务支撑、数据交互、系统监管，支撑医院线上线下一体化的智慧服务体系建设。医院外联业务中台，实现医院外联业务与院内系统的互联互通，屏蔽各业务系统之间的差异，统一院内、院外系统对接标准，促进服务共享与服务能力的沉淀。

外联业务中台采用“大中台、小前台”的架构模式进行设计，结合医院各个业务场景，将系统服务能力进行抽象和拆分，把业务处理的规则、流程、逻辑等与前端应用分离，后端的处理规则整合封装成可复用的组件，例如：患者中心、支付中心、预约中心、就诊中心，以及基础组件服务等。通过业务中台对外连接微信、支付宝等第三方应用，对内与医院HIS、LIS、PACS等基础平台对接，将封装后的应用以程序编程接口（API）的方式供前端应用使用，从而实现业务系统之间的数据交互与服务共享，形成一个高内聚、松耦合、可复用、无重复业务的开放性平台。系统架构见图1。

业务中台关键技术实现 外联业务中台采用“微服务”技术架构，服务端基于Java语言、SpringBoot微服务技术框架开发，支持分布式部署；前端应用系统基于Java、.NET、PB、React、NodeJS、HTML5等多种语言进行开发构建；客户端采用B/S架构及C/S+B/S混合架构，支持Chrome、IE等多种主流浏览器；互联网应用支持H5、小程序嵌入；系统接口支持RESTful API、RPC、WebService、消息队列（MQ）、数据库视图等多种接口方式。

外联业务中台通过微服务治理将应用程序分割成多个易于管理和功能明确的组件，实现从开发、设计、测试到部署、运维、扩展的一体化全生命周期管理体系。外联业务中台主要包含以下关键技术：

微服务框架：基于SpringCloud开源技术体系的微服务管理平台，提供服务注册、消费、熔断、降级、路由等全套接入机制。

API网关：面向不同的能力提供方，分别供应适合的能力接入以及对业务中台的访问方式，提供API托管服务，包含统一对外认证鉴权、流控、容错、发布、运维等功能。

全链路实时监控：提供统一的服务链路监控，通过数据自动化收集、数据可视化展示，使用户能够及时、全面地掌控各个产品的应用性能情况，定位性能瓶颈。

分布式缓存服务：提供跨数据中心高可用、混合存储、自动化运维等特性，满足用户低延时、高并发、快速数据访问的需求，减轻数据库负载压力，提升性能。

高性能消息服务：提供分布式应用系统异步解耦、削峰填谷等能力，提供各种类型消息推送方式，包括HTTP、邮件、短信、微信等。

日志服务：提供日志数据收集、清洗、分析、可视化和告警功能，辅助运维人员排障工作，提升运维效率。

容器服务：提供应用管理、集群管理、运维与安全等服务能力。

外联业务中台功能设计

基础组件服务 基础组件服务支撑应用快速开发、部署、扩展、监控、运维的全生命周期管理，主要包括接口管理、消息管理、日志管理、服务管理、缓存服务、接口适配等组件。基础组件服务保证了系统的开放能力，以及系统的可靠性、可用性和稳定性，提升了系统开发、迭代效率。

患者中心 患者中心提供患者身份介质识别及认证服务。基于医院用户主索引基础服务，管理及灵活扩展患者身份介质，支持各场景患者建档，提供患者信息注册、更新、认证服务入口。

预约中心 预约服务中心整合医院预约资源，主要包括：预约挂号、手术预约、检查预约、床位预约、体检预约等业务，并提供丰富的号源生成机制，构建预约规则、渠道管控策略等。通过统一预约服务使得医院的医疗服务资源分配更加合理，流程更加优化。

支付中心 支付中心集成多种支付方式、多个支付渠道，例如：微信、支付宝、银行等，为诊疗服务中各业务场景提供统一的支付服务。同时，支付中心提供统一对账、差错帐管理、退费管理、订单全程跟踪、电子票据管理等功能，实现财务自动对账，差错分析，优化财务管理模式，提升财务精细化管理水平。

就诊中心 就诊中心整合患者就诊过程中诊前、诊中、诊后各类就医服务业务，例如：建档、挂号、缴费、信息查询等，为各个便民服务渠道统一输出服务，实现患者线上、线下多渠道全流程就医服务的统一管理。

医院外联业务中台建设难点

构建服务中心 外联业务中台的核心是业务服务能力，服务中心构建的好坏直接决定支撑上层业务达到的敏捷、稳定、高效。服务中心的构建应坚持高内聚、低耦合的原则，根据医院的具体业务、实际需求合理规划，将复杂的业务进行拆分，降低系统复杂性，提升服务共享能力。一般来说，服务划分的颗粒度越细，灵活性越高，但是这样也会引起前端的一个业务请求可能涉及多个服务之间调用，如何确保系统性能及用户体验是一个巨大的考验。

系统升级方案 系统的升级切换方案大致分为3类，一是搭建外联业务中台，将新建系统接入中台，待系统稳定运行，并沉淀一定数量的核心业务之后，再改造旧系统，逐步将所有业务迁移至中台架构。二是搭建外联业务中台，分批迁移现有系统，逐步完善、升级外联业务中台。三是直接以中台架构建设新系统。我院在HIS升级之际建设医院外联业务中台，新HIS接入外联业务中台，住院系统先试水，待运行稳定后，门急诊全部切换上线，顺利完成了系统升级改造。

系统稳定性至关重要 由于中台的服务会被其他相关系统所依赖，一个服务出问题，往往会导致一系列连锁反应，出现大面积系统故障，因此，在系统建设过程中需要重点考虑系统稳定性问题。

应用效果

医院外联业务中台的应用，为医院搭建起了医、患、药之间的服务桥梁。我院将患者建档、挂号、缴费、处方开立、住院预交、住院登记、住院结算、检查预约、报告查询、病历查询等业务接入外联业务中台，将支付服务、消息服务、物流服务等接入外联业务中台，以外联业务中台为底座，建设了线上挂号、线上缴费、线上问诊、处方配送、检查预约、住院预交、患者就诊信息查询等互联网应用系统，院内开展了窗口扫码支付、诊间支付、自助服务、床旁结算等业务。从而实现了就医服务在线化、诊疗服务在线化，实现了窗口、自助、诊间、线上、病区5大场景数据互联互通、就医流程统一，继而优化了医院就医流程，极大地提升了患者就医体验。

医院外联业务中台的应用，使得医院各系统之间的交互接口规范化、标准化，所有接口统一管理。新业务系统可以复用相同接口连接业务中台，业务中台以共享服务的方式对外提供服务，从而避免了不同系统间相同业务重复建设以及后期维护带来的重复投资问题，降低系统改造成本，提升系统迭代速度以及需求处理效率。同时，医院信息部门可以从繁琐的系统运维工作中解脱出来，将更多精力投放在业务探索、业务创新上，促使医院提质转型、降本增效，提升核心竞争力。

结语

中台技术的引入，是医院信息系统架构的创新，通过外联业务中台为医院打造一个集成一切外联业务的共享平台，是目前解决医院业务层面互联互通困境的有效手段，也是满足当前医院互联网需求快速扩展的有力支撑。外联业务中台的建设不是一蹴而就的，而是需要不断创新、持续演进，逐步将医院核心业务沉淀在业务中台上，最终成为医院核心IT资产，在医院的发展道路上创造更多价值。

【引用本文：王恺 王巍.武汉市第一医院信息中心[J]. 中国数字医学,2022,17(2)34-37.】